Limiting Access to or Hiding Custom Windows
Custom (user-defined) windows can store detailed information about your customers such as annual salary, major gifts, and political affiliations. However, you might not want all system users to view this information or to enter or edit information in the custom window.
iMIS allows you to assign access keywords that allow only certain users to view or to enter and edit information on custom windows. You can apply the access keywords to custom windows on a tab-by-tab basis.
Single-instance user-defined tab access can be limited as follows:
- For single-instance user-defined tabs, if an access keyword has been set up for that tab (other than HIDDEN), and the user has no access keywords assigned, then the tab will display but will not allow editing or inserting.
- If the HIDDEN access keyword is setup for the tab, and the user has no access keywords assigned, then the tab will not display.
- If a multi-instance window has an access keyword associated with it, only users that have the matching access keyword and a Customers authorization level of three or higher will be permitted to edit the tab; the tab will display in read-only mode for users who do not have the matching access keyword. If the tab has more than one access keyword associated with it, the user must have at least one matching access keyword for the tab to display in enter/edit mode.
- If a multi-instance window has one or more access keywords associated with it, including the HIDDEN keyword, the tab will only be visible to users who have at least one of the access keywords. The tab will not display for users who do not have one of the assigned keywords in their profile.
- If a multi-instance window does not have any access keywords associated with it, any user is permitted to view the tab. If there are customer type restrictions on the underlying table, these will be honored as usual; the tab will be disabled if the current customer type does not have permissions to access the tab.